使用SNMP收集Cisco IOS设备上的CPU使用率 您所在的位置:网站首页 ios cpu占用率查看 使用SNMP收集Cisco IOS设备上的CPU使用率

使用SNMP收集Cisco IOS设备上的CPU使用率

2023-09-08 23:28| 来源: 网络整理| 查看: 265

简介

本文档介绍如何在使用简单网络管理协议(SNMP)的Cisco IOS®设备上收集CPU利用率。

先决条件 要求

本文档没有任何特定的要求。

使用的组件

本文档中的信息仅适用于运行Cisco IOS软件的设备。具有多个CPU的c7500示例使用Cisco IOS软件版本12.0(22)S3。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您的网络处于活动状态,请确保您了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则。

适用于单 CPU 设备的过程

关键路由器功能(如路由协议处理和进程数据包交换)在内存中处理并共享CPU。因此,如果CPU使用率非常高,则有可能无法处理路由更新或丢弃进程交换数据包。从CISCO-PROCESS-MIB,cpmCPUTotal5minRev MIB对象值报告超过五分钟平均值的处理器使用百分比。

与MIB对象cpmCPUTotal1minRev和cpmCPUTotal5secRev相比,cpmCPUTotal5minRev MIB对象可提供更准确的路由器性能随时间变化的视图。这些MIB对象不精确,因为它们分别每隔一分钟和五秒查看CPU。这些MIB使您能够监控趋势并规划网络容量。cpmCPUTotal5minRev的推荐基线上升阈值为90%。基于该平台,某些运行率为90%的路由器(例如2500系列)与运行正常的高端路由器(例如7500系列)相比可能会出现性能下降。

cpmCPUTotal5secRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.6):过去五秒周期内的整体CPU繁忙百分比。此对象将对cpmCPUTotal5sec对象进行折旧并将值范围增大到(0.100)。

cpmCPUTotal1minRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.7):最近一分钟内的整体CPU忙碌百分比。此对象将否决对象cpmCPUTotal1min,并将值范围增加到(0.100)。

cpmCPUTotal5minRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.8):过去五分钟内的整体CPU繁忙百分比。此对象将否决对象cpmCPUTotal5min,并将值范围增大到(0.100)。

下表显示了新MIB及其对象,并列出了旧MIB及其替换的对象:

version Cisco IOS软件版本12.2(3.5)或更高版本 12.0(3)T和12.2(3.5)之前的Cisco IOS软件版本 低于12.0(3)T的Cisco IOS软件版本 MIB CISCO-PROCESS-MIB CISCO-PROCESS-MIB OLD-CISCO-CPU-MIB 对象 cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8) cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) avgBusy5(.1.3.6.1.4.1.9.2.1.58) cpmCPUTotal1minRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.7) cpmCPUTotal1 min(.1.3.6.1.4.1.9.9.109.1.1.1.1.4) avgBusy1(.1.3.6.1.4.1.9.2.1.57) cpmCPUTotal5secRev(.1.3.6.1.4.1.9.9.109.1.1.1.1.6) cpmCPUTotal5sec(.1.3.6.1.4.1.9.9.109.1.1.1.1.3) busyPer(.1.3.6.1.4.1.9.2.1.56) 示例

以下是运行Cisco IOS软件版本12.0(9)的路由器上show processes CPU命令的典型输出:

Router# show processes CPU CPU utilization for five seconds: 2%A/1%B; one minute: 1%C; five minutes: 1%D PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 1 164 137902 1 0.00% 0.00% 0.00% 0 Load Meter 2 100 119 840 0.57% 0.11% 0.02% 2 Virtual Exec 3 468644 81652 5739 0.00% 0.04% 0.05% 0 Check heaps 4 0 1 0 0.00% 0.00% 0.00% 0 Pool Manager 5 0 2 0 0.00% 0.00% 0.00% 0 Timers 6 0 2 0 0.00% 0.00% 0.00% 0 Serial Background 7 0 1 0 0.00% 0.00% 0.00% 0 OIR Handler 8 0 1 0 0.00% 0.00% 0.00% 0 IPC Zone Manager 9 348 689225 0 0.00% 0.00% 0.00% 0 IPC Periodic Tim 10 0 1 0 0.00% 0.00% 0.00% 0 IPC Seat Manager 11 175300 332916 526 0.00% 0.02% 0.00% 0 ARP Input 12 3824 138903 27 0.00% 0.00% 0.00% 0 HC Counter Timer 13 0 2 0 0.00% 0.00% 0.00% 0 DDR Timers 14 0 1 0 0.00% 0.00% 0.00% 0 Entity MIB API 15 0 1 0 0.00% 0.00% 0.00% 0 SERIAL A'detect 16 0 1 0 0.00% 0.00% 0.00% 0 Microcode Loader 17 0 1 0 0.00% 0.00% 0.00% 0 IP Crashinfo Inp ----

从输出中,这是相关信息:

注:根据设备上运行的Cisco IOS软件版本,使用适当的MIB对象。

过去五秒的CPU使用率[也可通过对象busyPer(.1.3.6.1.4.1.9.2.1.56)获得]

%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.56 !--- SNMP Query enterprises.9.2.1.56.0 = 2 !--- Response

在五秒内处于中断级别(快速交换数据包)的CPU时间百分比。如果计算第一秒和第二秒的差值,则路由器在进程级别花费的五秒百分比即为。在这种情况下,路由器在过去5秒内花费1%的处理级别(过程交换数据包 — 无MIB变量)。

最近一分钟的CPU使用率[也可通过对象avgBusy1(.1.3.6.1.4.1.9.2.1.57)获取]

%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.57 !--- SNMP Query enterprises.9.2.1.57.0 = 3 !--- Response

过去五分钟内的CPU使用率[也可通过对象avgBusy5(.1.3.6.1.4.1.9.2.1.58)获取]

%snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.58 !--- SNMP Query enterprises.9.2.1.58.0 = 1 !--- Response

轮询CPU利用率变量和任何其他SNMP变量时,实际CPU利用率会受到影响。有时,如果以一秒钟的间隔连续轮询变量,利用率将为99%。如此频繁地轮询是一种过度行为,但当您确定轮询变量的频率时,需要考虑对CPU的影响。

适用于多 CPU 设备的过程

如果您的Cisco IOS设备有多个CPU,则必须使用cpmCPUTotalTable 表中的CISCO-PROCESS-MIB 及其对象cpmCPUTotal5minRev ,该表使用cpmCPUTotalIndex 进行索引。此表允许CISCO-PROCESS-MIB保留路由器中不同物理实体的CPU统计信息,如不同模块/卡中的不同CPU芯片、CPU组或CPU。对于单个CPU, cpmCPUTotalTable只有一个条目。

有关路由器中不同物理实体的信息存储在基于RFC 2737标准的ENTITY-MIB的entPhysicalTable中。您可以轻松地在两个表(cpmCPUTotalTable和entPhysicalTable)之间进行链接:cpmCPUTotalTable的每行都有一个对象cpmCPUTotalPhysicalIndex,该对象保留entPhysicalIndex的值(entPhysicalTable的索引),并指向与维护这些CPU统计信息的物理实体对应的entPhysicalTable条目。

这意味着Cisco IOS设备必须同时支持CISCO-PROCESS-MIB和ENTITY-MIB,才能检索有关CPU利用率的相关信息。唯一不需要使用或useENTITY-MIB的情况是当您只有一个CPU时。

示例

监控7500机箱(RSP和两个VIP)中多个CPU的使用。这同样适用于GSR线卡。当您轮询c7500或GSR时,请使用Cisco IOS软件版本12.0(22)S3或更高版本。注意相关漏洞:Cisco Bug ID CSCdw52978和Cisco Bug ID CSCdp17238。

注意:只有注册的思科用户才有权访问内部思科漏洞信息和思科工具。

轮询cpmCPUTotal5min(.1.3.6.1.4.1.9.9.109.1.1.1.1.5),以获取机箱中所有CPU的“最近5分钟内CPU总繁忙百分比”。输出显示,7507设备有三个CPU,在过去5分钟内,分别占用10%、1%和2%。

%snmpwalk –v2c –c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.5 !--- SNMP Query enterprises.9.9.109.1.1.1.1.5.1 = 10 enterprises.9.9.109.1.1.1.1.5.8 = 1 enterprises.9.9.109.1.1.1.1.5.9 = 2 !--- Response

注:根据设备上运行的Cisco IOS软件版本,使用适当的MIB对象。

要标识这些值所对应的物理实体,请轮询cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2)。您会看到三个具有索引9、25和28的物理实体:

%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2 !--- SNMP Query enterprises.9.9.109.1.1.1.1.2.1 = 9 enterprises.9.9.109.1.1.1.1.2.8 = 25 enterprises.9.9.109.1.1.1.1.2.9 = 28 !--- Response

为了识别每个物理条目相关的特定卡,请轮询相应的entPhysicalName (.1.3.6.1.2.1.10.1.1.1.1.7)条目,将步骤2中的确切索引9、25、28作为最后一个数字。您可以看到,RSP的使用率为10%,插槽4和6中的VIP的使用率为1%和2%。

%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.10.1.1.1.1.7.9 !--- SNMP Query 10.1.1.1.1.7.9 = "RSP at Slot 2" !--- Response %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.10.1.1.1.1.7.25 !--- SNMP Query 10.1.1.1.1.7.25 = "Line Card 4" !--- Reponse %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.10.1.1.1.1.7.28 !--- SNMP Query 10.1.1.1.1.7.28 = "Line Card 6" !--- Response 相关信息 了解 CPU 使用率达 99% 的 VIP 与接收端缓冲 对 Cisco 路由器上的 CPU 使用率过高进行故障排除 SNMP 社区字符串索引 MIB 定位工具 简单网络管理协议索引 技术支持和文档 - Cisco Systems


【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有